home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0305.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  1.8 KB  |  54 lines
  1. On Tue, 3 Nov 1992, Tim Berners-Lee wrote:
  2.  
  3. > >  I am not sure yet whether you can
  4. > > design something that's optimally designed for a 24x80 ascii screen
  5. > > and also for paper (probably not) but at least it'll be usable in both
  6. > > contexts.
  7. > 
  8. > 
  9. > Do you feel that
  10. > 
  11. >  (a) you need more variety of tags, or that
  12. >  (b) the 24x80 representation of the existing tags is suboptimal, or that
  13. >  (c) the task is impossible by its nature -- you must rewritethe document.
  14. > 
  15. > If (a), we should take that into account for HTML extentions.
  16. > If (b), you can change the DefaultStyles.c built-in style sheet
  17. > If (c), I agree. In principle. But In practice we need to comprompize.
  18. > 
  19. >     Tim
  20.  
  21. The main goal of SGML and one which I believe it meets reasonably well is
  22. the seperation of display issues from content issues.
  23.  
  24. Presentation issues can only be guessed at, never known.
  25.  
  26. Only by decoupling the presentation of information from it's organisation
  27. can we hope to develop useful tools. (IMHO)
  28.  
  29. A simple example might be the rendering of a list.  How would you do it?
  30.  
  31. A "LIST" is nothing more than a collection of items.  There should be no
  32. inherent assumptions as to how it might be rendered.
  33.  
  34. I could conceive of a block of text containing the first element, and an
  35. indication that there were more elements available (via some user
  36. interaction).
  37.  
  38. Or even the complete collapse of the list into just an indication of it's
  39. existance, (a "jump").
  40.  
  41. The point should be (IMHO) that the rendering decision should ALWAYS be
  42. left to the client.  Any rendering-centric portions of HGML should be
  43. replaced by more general constructs.
  44.  
  45. Perhaps what we need is a WG to design the next generation of HGML?  Is
  46. there such a beast already?
  47.  
  48.         </rr>
  49.  --
  50. I hate 3 things: Ignorance, Poverty, and Moving.  Well, maybe not in that order.
  51.  
  52.  
  53.  
  54.